home *** CD-ROM | disk | FTP | other *** search
/ Gamers Delight 2 / Gamers Delight 2.iso / Aminet / game / role / Omega802_bin.lha / omega / docs / compile.dos < prev    next >
Text File  |  1994-06-20  |  4KB  |  78 lines
  1. Note on compiling PC-Omega
  2. --------------------------
  3. The PC version was written for MSC5.0 and PC-Curses, and I used Ndmake
  4. to help with compilation. The PC-Curses I actually used was the
  5. one from Bjorn Larsson. Ndmake is from Don Kneller. Both are
  6. available from the simtel20 archives and elsewhere. MSC4.0 or MSC5.1
  7. will probably also work, but I make no guarantees.
  8.  
  9. NB The sources have undergone considerable changes since the MSDOS
  10. #defines were put in, and as such all bets are off :)  If you wish to
  11. compile on an IBM, I recommend DJGPP as the compiler - see COMPILE.DJ
  12.  
  13. This is a *very* large program. Be prepared to have around 4MB available
  14. on your disk to do this, plus whatever space is needed for backup copies
  15. and level files created when you run the game. Compilation from the
  16. start takes around 1.5 hrs on an AT-type machine.
  17.  
  18.  
  19. Use the makefile called makefile.dos.
  20.  
  21. Set up a main directory for your compilation. Put the makefile and the
  22. header files (*.h) into this directory. Create a subdirectory called
  23. realc, and put the source files (*.c) in there. The object files and
  24. executable are going to be put in the main directory.
  25.  
  26. You'll want to either put all the data files in the main directory with
  27. the header files, or create another subdirectory and put them in it.
  28. In the latter case you'll have to move the executable in there to
  29. run it (unless you've changed the source so that it's not necessary).
  30.  
  31. You'll have to edit defs.h to change a few things to be specific
  32. for the pc and your system. The comment around NORANDOM should
  33. be removed, so that this macro is defined. Similarly the comment
  34. around EXCESSIVE_REDRAW should be removed. The OMEGALIB macro
  35. should be changed to reflect where all the data files will be.
  36. I usually set this to "./". WIZARD can be changed or not changed.
  37. If you change it to "pcuser", then wizard mode will work all the time;
  38. if not, it will never work.
  39.  
  40. The progam fixstr should be compiled from fixstr.c directly. This is
  41. a utility program I wrote which is used in compilation, and compiling
  42. information for it does not appear in the makefile. "cl fixstr.c"
  43. should suffice. The executable should either be put into the PATH, or
  44. into the main directory.
  45.  
  46. The reason for the elaborate setup with the realc subdirectory is
  47. because of the fact that there are so many string constants in the
  48. source, and that these all would get put in the same segment in
  49. memory. Because of this, the sources cannot link "as is." They have
  50. to be transformed using my "fixstr" program to alleviate this
  51. problem. 
  52.  
  53. My setup (as described above) is to have a subdirectory, for example
  54. call it realc, which contains the real C sources (only the .c files).
  55. The headers and everything else are in your main directory. If you
  56. use my makefile, it copies the sources from realc into the main
  57. directory, modifies them using fixstr, and then compiles the modified
  58. files there.
  59.  
  60. Depending on what variety of the make program you use, you may have
  61. some problems. The version I use (ndmake 4.3) has the problem that if
  62. you run make with everything set up as above the first time, it will
  63. copy all the .c files from realc into the main directory and run
  64. fixstr on them, but won't compile them. If you run make again, it
  65. does the compilation. In general this seems to happen when the .c
  66. files are missing from the main directory.  When I tried using a
  67. later version of this program, it did not work at all because the $@
  68. macro wouldn't work. Just a warning. If you use a completely independent
  69. version of make, there's no guaranteeing what will happen if it's buggy.
  70.  
  71. All of the changes required in order for Omega to work on the IBM-PC
  72. under MSDOS have been done using #ifdef's for MSDOS, etc,. The macro
  73. MSDOS is automatically defined when using MSC.
  74.  
  75.                 - Nathan Glasser
  76.                 nathan@brokaw.lcs.mit.edu    (internet)
  77.                 nathan@mit-eddie.uucp        (usenet)
  78.